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HOW WE STAND NOW 

• OK For Small Projects, Not So Good For Large Projects 

• Not Good For Addressing Iterative Nature Of Requirements 
Resolution & Implementation (Mostly Based On Waterfall) 

• Does Not Address Complexity Issues Of Requirements 
Stabilization (Based On Functional Decomposition) 

• Does Not Explicitly Address Reuse Opportunities 

• Does Not Help With People Shortages 2: 



NEED TO DEFINE AND AUTOMATE IMPROVED 
SOFTWARE ENGINEERING PROCESSES 








REUSE AND PROTOTYPING -TWO SIDES OF THE SAME COIN 

w .r *' 

.• 

• Reuse Library Parts Are Used To Generate Good 
Approximations To Desired Solutions, i.e., Prototypes 

• Rapid Prototype Composition Implies Use Of Pre-existent 
Parts, I.E., Reusable Parts 

- Prototype Quality Depends On Fit Of The Available 
Parts 

- The Parts Will Often Require Some Adaptation 

- As The Set of Parts Available Becomes Richer The 
Prototypes Will Better Approximate Acceptable Pieces of 
Final Systems 
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REUSE PAY-OFF 


Big Gains In Productivity 
Will Come From Reusing 
Fewer Larger Parts Or 
Assemblies Of Smaller Parts, 
Not From Many 
Unassembled Small Parts. 

Productivity Gain vs Cost Is 
Acceptable If Assemblies Of 
Parts Are Reused Frequently. 
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SYNTHESIS MOTIVATED BY AND ORIENTED TOWARD 


• Reuse: Exploit Similarities Across Systems 

• Iteration: Feedback and Enhancement 

• Composition and Adaptation: Using Standard Schemes, Parts, 
and Designs 

• Specialists: Incorporate Expertise, and Facilitating and 
Coordinating 

• Systems View: Engineering Process 

• Applying Synthesis to “Synthesizer” 
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THREE MAJOR SYNTHESIS SUBPROCESSES 
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ESSENCE OF DOMAIN ANALYSIS 


Each application area must be analyzed and characterized by 
standard designs or architectures that capture the way that many 
systems in that area could reasonably be built. 

The application engineer must be able to state his needs in 
application terms and have those needs mapped appropriately 
to an instance of the standard design. 

The design instance can be realized by specification of a set of 
parts from a reuse library and a set of rules for combining 
those parts. 
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SYNTHESIS SUBPROCESS - SCAVENGING 

It 

• Many systems with software have portions amenable to 
adaptation for reuse. 

• Scavenging these systems for reusable parts involves: 

- Extraction 

- Generalization 

- Standardization 

- Certification 

- Cataloging and storing in reuse libraries. 
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I A MISSILE GUIDANCE SYNTHESIS PROTOTYPE TOOL 


An example of the application of reuse, prototyping, and synthesis 

using a reuse library in a specific domain 


• Based on U.S. Air 
Force “Common Ada 
Missile Packages” 

(CAMP) parts 

• Initially demonstrates 
a longitudinal 
autopilot control sys- 
tem 

• Aids understanding of 
the economics of 
reuse 
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CAMP Parts 

Composition 
Rules 
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LONGITUDINAL 
AUTOPILOT 
ONTROL PARAMETE 
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Select 
Adapt 

(LQ synthesis) 
• Assemble 


Executable Ada 
program for 
longitudinal autopilot 
missile control system 
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PARTS OF SYNTHESIS/SYNTHESIZER 
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A METHODOLOGY FOR PARTS SPECIFICATION 
AND MODEL ASSEMBLY IS EVOLVING 

Based On NRL Software Cost Reduction Methodology 

- Information Hiding Module Families 

- Abstract Interfaces 

Accommodates Ada Packaging And Tasking Concepts 

- Tasking Guidelines Evolved (AD ARTS) 

Initial Guidebooks Written And In Use 
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DYNAMICS ASSESSMENT TOOLSET COMPONENTS 
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UIS ARCHITECTURE 
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Ada Bindings 


HP Widgets ^ SPC Widgets 


X Window 
System 


X Toolkit 


X Library 


X Protocol 

Network 

Messages 


X Display Server 


(or Integrated Server for X 
and Native Window System) 
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THE LAYERED REPOSITORY CONCEPT 




ONE FOR EACH MEMBER 
COMPANY NETWORK 
LOCATION 


ONE FOR EACH PROJECT 


REPOSITOR1 


PROJECT 


DISTnOBUTED 

DATA 

LEVEL 


ONE OR MORE FOR 

EACH DATABASE LOCATION 


CREATED BASED ON 
PROJECT NEEDS 


( COLLECTIONS CAN CONTAIN DATA OBJECTS 
AND/OR OTHER COLLECTIONS ) 


ACTUAL DATA 
OBJECTS. 



INDIVroUAL 

DATABASE 

LOCATION 

LEVEL 


OBJECT 

I I I I I I LEVEL 

INCLUDES BOTH RDBMS STORAGE AND COTS CM STORAGE 
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TYPICAL PROJECT LIBRARY ACCESS 


APPLICATIONS CODE 


- design tool 

- ASSESSMENT TOOL 

- TRACEABILITY 

- HARNESS TOOLS 

- MC DEVELOPED 
TOOLS 


TOOLK 


TYPICAL COMMANDS 


DATA OBJECT RELATED 

- CREATE DATA OBJECT 

- DELETE DATA OBJECT 

- CHECK OUT DATA 
OBJECT BODY 

- CHECK IN DATA 
OBJECT BODY 

- GET ATTRIBUTE 

- SET ATTRIBUTE 

- GET CONTENTS LIST 


RELATIONSHIP RELATED 

- CREATE RELATIONSHIP 

- DELETE RELATIONSHIP 

- GET ATTRIBUTE 

- SET ATTRIBUTE 


UNIQUE ID RELATED 

- PATHNAME TO UID 

- RELATIONSHIP TO UID 


QUERY RELATED 

- FETCH BY ATTRIBUTE 
VALUE 

- GET RELATIONSHIP 
TYPES 

- GET RELATIONSHIPS 



ATTRIBUTES 

RELATIONSHPS 


OBJECT BODIES 
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g Traceability Navloatof 1 

NAV - Traceability Navigator 


Requirements objects in /xyz/abc/def/jkl 

Subset: date > 660325, owner ■ Johnson 


17 total 




Name 

■ iliykllik 

□ ilikllsdfal 

■ JkJojkktfmk 

■ djiojklnmkn 

■ m<m 

□ jijkysdfsl 

■ Jkioldfmk 

■ djiofklnmkn 


□ tiWiadlst 


Rev Para number 

5 3.1. 1.2 

4 3.1.1.2.1 

5 3.1. 1.2.2 

2 3.1. 1.2.3 

2 3.1. 1.3 

8 3.1.1.3.1 

4 3.1. 1.3.2 

12 3.1. 1.3.3 

6 3.1. 1.4 

3 3.1. 1.4.1 


12Sep88 

21Sep88 

21Sep88 

17Auo88 


Tracing relationships to a set 
of related objects 



I c hange vlew-> ~li 


list obJects-> _ 


change presenta l li st r elatlonshlp s-> 1 
check constraint 

rneke_refXXt-> list relath 

nrAiitA 


deselect all I 


tools-> I 


show subset 


NAV - Trace Relationships 


Tracing from requirements objects in NAV window 1 


specify 

relationship 

type(s) 


m tested by 
o implemented by 
n derived from 
o described in 
g sUksi tfksdifo 


specify scope of tracing 


/V23 CCMS 
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